home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9701 / 000003_owner-linux-arm…r.rutgers.edu _Sun Jan 19 18:00:33 1997.msg < prev    next >
Internet Message Format  |  1998-01-25  |  4KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id SAA26119 for <willy@odie.fluff.org>; Sun, 19 Jan 1997 18:00:32 GMT
  3. Received: from vger.rutgers.edu ([128.6.190.2]) by nic.funet.fi with ESMTP id <67499-20847>; Sun, 19 Jan 1997 19:55:44 +0200
  4. Received: by vger.rutgers.edu id <213035-11748>; Sun, 19 Jan 1997 12:45:19 -0500
  5. Date:     Sun, 19 Jan 1997 14:56:53 +0000
  6. From: Joseph Heenan <esuvf@csv.warwick.ac.uk>
  7. To: linux-arm@vger.rutgers.edu
  8. Subject: Re: Arm Linux
  9. Message-ID: <c196f64e47@dial1221.dialup.warwick.ac.uk>
  10. In-Reply-To: <Pine.SOL.3.95.970119132703.4887B-100000@hammer.thor.cam.ac.uk>
  11. Reply-To: j.heenan@odie.fluff.org
  12. Organization: X
  13. X-Mailer: Messenger v0.28 for RISC OS
  14. X-Posting-Agent: RISC OS Newsbase 0.58-pre-5-timelimited
  15. Sender: owner-linux-arm@vger.rutgers.edu
  16. Precedence: bulk
  17. Status: RO
  18.  
  19. In message <Pine.SOL.3.95.970119132703.4887B-100000@hammer.thor.cam.ac.uk>
  20.           Philip Blundell <pjb27@cam.ac.uk> wrote:
  21.   [some brutally trimmed text:]
  22. > Secondly, there's lack of developers.  This is partly because very few
  23. > people seem to have actually stepped forwards and said `I will do
  24. > such-and-such work'.  Partly it's because Russell doesn't manage to
  25. > release sources very often, and so even those are willing have a hard time
  26. > doing anything useful. 
  27.  
  28. I'd like to do something - but I can't even run linux at the moment
  29. (ARM 700). I have a pentium sitting next to me than I could use to
  30. cross compile things, but that's kind of hindered by not having any
  31. source.
  32.  
  33. I have not idea what's involved in getting it to work on a 700 -
  34. I can't see it been too much, like you say, but I don't want to stand
  35. up and say "I'll do this", and then find it's way outside of my
  36. capabilities.
  37.  
  38. > Russell doesn't have a fast Internet link.
  39.  
  40. I have a zip drive that I can connect upto a PC at uni - if people
  41. want things uploading, I can do it if it's sent to me on a zipdisc...
  42.  
  43. >     - ARM6 support.  This ought not to be very difficult, given that
  44. >       we have ARM3 and StrongARM already (and a good fraction of the
  45. >       ARM6 stuff is in there anyway).  There are plenty of people with 
  46. >       either RiscPCs or other ARM6-based hardware who would like to
  47. >       run Linux.
  48.  
  49. *waves hand in air*
  50.  
  51. >     - X.  The Xserver for Archimedes hardware isn't really rocket
  52. >       science, since VIDC just gives you a flat framebuffer.  At the
  53. >       moment I think we only have quite an old version, and it would
  54. >       be nice to have the latest XFree86 ported (they really ought to
  55. >       think about changing the name eventually...).
  56.  
  57. How much is involved in this?
  58. (Low-level VIDC hacking?)
  59.  
  60. >     - Debian.  Bruce Perens has shown some interest in having a Debian
  61. >       port for the ARM, and it seems like a good idea. 
  62.  
  63. I'd assume (perhaps wrongly) that this is mostly just a question of
  64. grabbing the sources and compiling things. I could perhaps do this,
  65. depending on what sort of timescale things are going to happen on.
  66.  
  67. >     - gcc.  At the moment GCC doesn't generate such good code for the
  68. >       ARM as Norcroft does, and this is a bit of a shame.
  69.  
  70. This isn't just arm-linux, though - and I thought there was already
  71. someone working on this.
  72.  
  73. > 4. Weird stuff.
  74. > 
  75. >     - Some sort of emulator to allow RISC OS binaries to run might be
  76. >       a fun thing to have.
  77.  
  78. fun, yes. Whether it could actually have any practical value or not
  79. is another matter ;-)
  80.  
  81. As far as I can see, from what's on the ftp site, I can't do anything
  82. without having access to an A5000, and I don't :-(
  83.  
  84. -- 
  85. Joseph Heenan
  86. email: esuvf@csv.warwick.ac.uk, J.Heenan@ftp.barnet.ac.uk